home *** CD-ROM | disk | FTP | other *** search
/ Alles Voor Internet / Tout Pour Internet / alles voor internet.iso / MacInternet™ / Info / nfs-clients.txt < prev    next >
Internet Message Format  |  1992-10-07  |  15KB
  1. Date: Wed, 7 Oct 1992 10:14:01 -0700 (MST) 
  2. From: JMS@CARAT.ARIZONA.EDU (A virtually vegetal non-entity)
  3. Subject: Re: Info-Mac Digest V10 #241 
  4.  
  5. In article <9210070015.AA06130@SUMEX-AIM.Stanford.EDU>, it is written:
  6. > 
  7. >Info-Mac Digest             Tue,  6 Oct 92       Volume 10 : Issue 241
  8. > 
  9. >Today's Topics:
  10. > 
  11. >      Need network software on Mac to connect UNIX's NFS (A)
  12. >
  13.  
  14. I did a review of the two NFS clients for Macintosh for Digital
  15. News (now merged with Digital News and Review).  You can read it in
  16. DN, or (since DN is now unable to give reprints) here's the text:
  17.  
  18. NFS Client for Macintosh, Product Profile
  19.  
  20. by Joel Snyder
  21. Opus One
  22.  
  23. +++++++++++++++
  24. This should go into a "box" next to the story to explain what NFS
  25. is and why the managers should care about it.  The actual story
  26. begins after the next line of pluses.
  27.  
  28.  
  29. What is NFS?
  30.  
  31. Every computing platform has its own way of sharing disk storage across
  32. systems.  VMS has VAXclusters, and Digital's DFS (Distributed File System). 
  33. In the MS-DOS world, there are lots of contenders: Novell Netware, Banyan
  34. Vines, and Microsoft LAN Manager (which Digital calls Pathworks for DOS), 
  35. to name a few.  For Macintosh computers, Appleshare was the first.  In the
  36. Unix world, the most venerable and most popular is NFS, the Network File
  37. System.  NFS was developed by Sun Microsystems during the late-1980s as a
  38. way to link lots of inexpensive desktop workstations with Ethernet
  39. interfaces and TCP/IP software to larger compute servers and disk farms.  
  40. NFS is one piece of Sun's answer to VAXclusters.  
  41.  
  42. The general term for this  software is "distributed file system."   In the
  43. distributed file system game, "server" always means the computer with the
  44. disk on it.  "Client" is used to describe the systems that use the server's
  45. resources.  On most minicomputers, a system can be both a server and a
  46. client.  In Macintosh and MS-DOS systems,  the microcomputer generally is a
  47. client, with many clients sharing one or two servers.
  48.  
  49. As distributed computing systems have grown, each of these distributed file
  50. systems has grown out of its original environment.  So, we have Pathworks
  51. on VMS (and Ultrix), which lets a VAX provide disk service to MS-DOS
  52. systems running LAN Manager.  There are also Netware  servers for VMS and
  53. Unix, Netware clients for Macintosh, Appleshare servers for VMS and Unix, 
  54. Appleshare clients for MS-DOS, and so on.  In this review, we'll
  55. concentrate on NFS clients for the Apple  Macintosh.
  56.  
  57.  
  58. Why would you use NFS?
  59.  
  60. NFS has two major advantages over all of the other client/server
  61. distributed file systems: first, it's been implemented on every major
  62. computing platform.  Microcomputer, minicomputer, and mainframe: all
  63. support NFS client, and many support NFS server.  Second, it's cheap.   Not
  64. only is the client software inexpensive, but it's also cheap to install,
  65. cheap to maintain, and cheap to manage.  NFS was designed to be simple to
  66. implement and simple to operate, and it lives up to that very well.  Once
  67. you've got a TCP/IP network installed, adding NFS to most servers takes
  68. only a few minutes.
  69.  
  70. NFS also has some disadvantages.  NFS normally runs on top of Sun's RPC
  71. (Remote Procedure Call) software, and RPC normally runs over the UDP (User
  72. Datagram Protocol) protocol in a TCP/IP network.  While most users don't
  73. care about such things, there is an important implication: most TCP/IP
  74. networks don't checksum UDP packets. That means that any data which is
  75. corrupted in passing over a network won't be discovered as "bad" by NFS. 
  76. If your application calls for high levels of data reliability, you'll
  77. probably want to think twice before choosing NFS.
  78.  
  79. NFS also doesn't support sophisticated file organizations and operations, 
  80. such as indexed files or record locking.  In the NFS world, these are left
  81. to higher-level application packages.  Security in NFS is limited to
  82. Unix-style user- and group-id mapping.
  83.  
  84. Nevertheless, NFS makes a lot of sense for many environments.  It provides
  85. broad access to file-based data across all significant computing platforms. 
  86. It's designed for distributed operation, which makes it easy to build very
  87. large networks.  And it uses TCP/IP, which is better supported than
  88. transports such as Novell's IPX or Digital's DECnet.
  89.  
  90. +++++++++++++++
  91.  
  92.  
  93. Macintosh users who wish to participate in NFS networks have two choices:
  94. Pathway Client NFS (version 1.2) 
  95. >From The Wollongong Group (Palo Alto, California) and
  96. NFS/Share (version 1.1.2) 
  97. >From Intercon Systems Corporation (Herndon, Virginia).   Both are
  98. client-only NFS packages which allow a Macintosh to access files on NFS
  99. servers across a TCP/IP network.    Because both Pathway Client NFS
  100. and NFS/Share run over Apple Computer's MacTCP, they can coexist with a
  101. wide variety of TCP/IP applications from various vendors on the same
  102. Macintosh.  
  103.  
  104. To put these products through their paces, we tested them in a fairly
  105. heterogeneous environment: a Macintosh II running System 7.0.1
  106. with two different Ethernet
  107. boards. The NFS server was a clustered VAXstation 4000 Model 60 running
  108. Multinet NFS Server from TGV, Inc (Santa Cruz, California). 
  109.  
  110. Installation of either product is simple.  Pathway Client NFS is a control
  111. panel document.  
  112. To install, simply drag a single file over the system folder, configure
  113. MacTCP (if not already in place), and reboot.  More complex features, such
  114. as an LPR server, an automatic mounter, and an SNMP agent, are part of the
  115. software, and require additional configuration. 
  116.  
  117. Installation of NFS/Share is slightly
  118. more complicated.  It appears as a chooser document.  To install under
  119. System 7, you have to manually place it into a special part of the system
  120. folder, configure MacTCP, and then reboot. 
  121. NFS/Share then brings up a dialog box asking for a
  122. Product Access Key, which long string of characters to enable your copy. 
  123. Future reboots don't require you to reenter the key.
  124.  
  125. Both products have simple
  126. interfaces to mounting volumes.  Both look on the network for NFS servers
  127. and list exported file systems for the user.  However NFS/Share was
  128. the only product which could reliably mount an
  129. NFS volume over a 9600 bps SLIP (serial line IP) link.  Pathway Client NFS 
  130. could not handle the wide area network link. 
  131. If that were all there is to it, this review would be a very short one.
  132.  
  133.  
  134. Multi-System Environments a Problem
  135.  
  136. Unfortunately, it's not that easy.  For environments where several machines
  137. of different types must access the same server, the Macintosh can be a big
  138. problem. 
  139.  
  140. The Macintosh has a file system which is distinctly different from most
  141. other popular systems.  The combination of unusual file names, strange file
  142. semantics, and a "single user" approach to disk volumes makes it very
  143. difficult to emulate the Macintosh file system on any other computer. 
  144.  
  145. Filenames are a good example.  Macintosh file names keep their case,
  146. but are not case sensitive.  Names can be up to 31 characters long, and can
  147. have any character except for the colon.  In order to retain file names,
  148. each of the NFS clients has a convention for "converting" filenames to
  149. their Unix equivalent.  Unfortunately, the convention each has chosen is
  150. different, which means that you cannot mix Pathway Client NFS and NFS/Share
  151. clients in the same network---they won't see the same file names. 
  152. If you can imagine what an MS-DOS client is going to do with any kind of
  153. Macintosh filename, you'll begin to see how big a problem this is.
  154.  
  155. A second problem occurs in the handling of the "end of line" character in
  156. files.  VAX/VMS, Unix, MS-DOS, and the Macintosh all have different ideas
  157. of how lines are terminated in text files.  Pathway Client NFS provides
  158. some tools to help deal with this problem, and NFS/Share simply ignores it. 
  159. When an NFS server is shared by clients using different operating systems, 
  160. this causes a big problem.  For example, editing a normal VMS file on the
  161. server, Pathway Client NFS reads it just fine.  However, if any changes are
  162. made to the file, the newly saved version isn't readable on the VMS system. 
  163.  
  164. NFS/Share is even more difficult to deal with.  A file edited on the
  165. Macintosh and saved back to server bears no resemblance to the original
  166. file, with Macintosh control information added to the end of the file,
  167. and possibility of a filename change.
  168.  
  169.  
  170. Security
  171.  
  172. Because the Macintosh is considered to be a single user system, security is
  173. simple.  As each NFS volume is mounted on the Macintosh, the Macintosh user
  174. is asked for a username and password on the NFS server.  This 
  175. validates the Macintosh user, and gives all users of that Macintosh access
  176. to files that the user/password combination has access to.  
  177.  
  178. If this information is saved to disk, this opens up a typical security
  179. hole: now, anyone with physical access to the Macintosh can access all the
  180. files that this particular user has permissions for.   NFS/Share allows the
  181. user to require the NFS server password to be entered at each boot. Pathway
  182. Client NFS doesn't have this option.
  183.  
  184. An additional problem occurs in Macintoshes using System 7 Personal
  185. FileShare: NFS volumes mounted on one Macintosh could be accessed by other
  186. Macintosh systems on the same network.  Network managers installing and
  187. configuring NFS clients on the Macintosh should make sure each user
  188. understands the potential security holes.  Pathway Client NFS solves this
  189. problem by not supporting Personal FileShare.  
  190.  
  191. Another security problem is one of data integrity.  Neither NFS client
  192. provides any guarantee of data integrity.  Any  requirements for data
  193. integrity should be evaluated carefully before using Macintosh NFS clients.  
  194.  
  195.  
  196.  
  197. Bells and Whistles
  198.  
  199. Pathway Client NFS has more features, and is more configurable than
  200. NFS/Share.  Pathway Client NFS allows the user to specify different types
  201. of filename mapping schemes, NFS read/write size (necessary for dealing
  202. with some older gateways and equipment), a set of default privileges for
  203. new files created on the server, and translation of the end-of-line
  204. character to Macintosh style files.  Pathway Client NFS also offers an LPR
  205. server, which allows a Macintosh to provide printing services to other
  206. TCP/IP hosts which support the LPR/LPD protocol.
  207.  
  208. Pathway Client NFS also provides a simple text editor which refrains from
  209. converting files into Macintosh format, and a separate automatic volume
  210. mounter application.  We couldn't get this last piece to work.  For
  211. NFS/Share, the automatic mounter is built into the basic application.
  212.  
  213. Both products include simple SNMP agents. 
  214.  
  215.  
  216. Performance
  217.  
  218. Performance of both NFS clients was slower than local hard disk access
  219. times in most cases.  The graph [on this page???] compares times for three
  220. operations: writing from a Macintosh client to the NFS server,  reading
  221. >From the server by the client, and writing from one NFS server to another
  222. NFS server via a Macintosh client.   This graph shows three products:
  223. Pathway Client NFS, NFS/Share, and Digital's Pathworks, for comparison.  On
  224. this graph, the Macintosh had an Apple Ethernet card installed.  
  225.  
  226. A second set of timings were done with a Compatible Systems (Boulder,
  227. Colorado) Ether2 Ethernet card.  Using this card, instead of the Apple
  228. card, resulted in significantly better performance.  All operations were
  229. about 15% faster.  In fact, Pathway Client NFS and NFS/Share were faster
  230. than a locally connected hard disk for read operations of large files using
  231. the Compatible Systems card.  
  232.  
  233. In general, Pathway Client NFS operated faster than NFS/Share, in all
  234. environments.  Naturally, these performance figures are based on a specific
  235. configuration, and should be considered as rough guidelines rather than as
  236. a detailed competitive analysis.
  237.  
  238.  
  239.  
  240. Recommendations
  241.  
  242. The Macintosh file system is difficult to deal with.  While NFS is a very
  243. useful and almost universal distributed file system, combining the
  244. Macintosh and NFS results in compromises for both.  An enthusiastic manager
  245. might see NFS as the answer to compatibility dreams, but it's not to be so:
  246. Macintosh systems do not share the same NFS server very well.  
  247.  
  248. For specific environments and specific file sharing applications, both
  249. products fit the bill very nicely.  Check the feature comparison chart
  250. [below???] to see which is most appropriate for your network.   We found
  251. both products to be robust.  We discovered fewer bugs in NFS/Share than
  252. Pathway Client NFS.  Documentation for both products was satisfactory, but
  253. not excellent. Technical support 
  254. was better from InterCon Systems than Wollongong Group, mostly because
  255. their product development team advertises electronic-mail support of the
  256. product.  Wollongong also offers a wide variety of support packages,
  257. including pay-per-call and contract support.
  258.  
  259. NFS is not the best tool for distributing Macintosh file systems.  If all
  260. you need to do is provide Macintosh-to-Macintosh file service, consider
  261. using the Macintosh native file system, AppleShare, with Macintosh, VMS,
  262. or Unix servers for best performance, lowest price, and fewest compromises.  
  263.  
  264. Whatever you do, stay away from standard Apple Ethernet hardware.  Make
  265. sure you test some of the newer and faster third-party Ethernet boards in
  266. your own network.  You will probably save money, and may end up with better
  267. performance to boot!
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274. Executive Summary
  275.  
  276. . NFS clients allow Macintosh users to get access to NFS servers on
  277. minis and mainframes using TCP/IP networks.
  278.  
  279. . Macintosh file system is difficult to translate into Unix or VMS, so
  280. universal access to the same data isn't easy.
  281.  
  282. . Carefully test NFS clients in your environment to make sure that they do
  283. what you need; other file sharing products may be better solutions for you.
  284.  
  285. . Can't mix Mac NFS clients on the same server, so a single vendor solution
  286. is required.
  287.  
  288. . Performance generally not as good as local hard disk, but third-party
  289. Ethernet cards can help.
  290.  
  291.  
  292.  
  293.  
  294.  
  295. Feature Comparison
  296.  
  297. Feature                    NFS/Share    Pathway Client
  298.  
  299. NFS client for Macintosh        X        X
  300. Uses MacTCP                X        X
  301. supports NIS                X
  302. supports BWNFSD                X
  303. supports PCNFSD                X        X
  304. supports NFSAD                        X
  305. System 7 aliases            X
  306. SNMP agent                X        X
  307. Automounting disks on startup        X        X
  308. LPR Print Server                    X
  309. Special editor for foreign files            X
  310. Configure NFS read/write size                X
  311. Time zone support            X        X
  312.  
  313.  
  314.  
  315. Products Discussed in this Review
  316.  
  317. Pathway Client NFS V1.2
  318. The Wollongong Group
  319. 1129 San Antonio Road
  320. Palo Alto, California 94303
  321. 415-962-7142 
  322. 415-968-3619 (FAX)
  323.  
  324. $295 suggested retail, $177 educational
  325.  
  326.  
  327. NFS/Share V1.1.2
  328. InterCon Systems Corp
  329. 950 Herndon Parkway
  330. Herndon, VA 22070
  331. 703-709-9890 
  332. 703-709-9896 (FAX)
  333. sales@intercon.com (email)
  334.  
  335. $295 suggested retail, $118 educational
  336.  
  337.  
  338. Ether2 Ethernet Adapter
  339. Compatible Systems Corp
  340. 4730 Walnut Street, Suite 102
  341. Boulder, Colorado 80301
  342. 303-444-9532
  343. 303-444-9595 (FAX)
  344.  
  345. $295 suggested retail, $199 educational
  346.  
  347.  
  348. Pathworks for Macintosh V1.1
  349. Digital Equipment Corporation
  350.  
  351. Client license QL-YPH9W-AA, suggested retail $308, educational $154
  352. Client media and documentation QL-YPCAA-H5/-HM, suggested retail $493
  353. Server media and documentation QL-YPHAA-H5/-HM, suggested retail $430
  354. (note: contact your local sales representative
  355. for applicable discounts and order codes)
  356.  
  357.  
  358.  
  359. Joel M Snyder, 1103 E Spring Street, Tucson, AZ, 85719 
  360. Phone: 602.882.4094 (voice) .4095 (FAX) .4093 (data)
  361. BITNET: jms@Arizona  Internet: jms@arizona.edu  SPAN: 47541::telcom::jms
  362. Yow!  Is my fallout shelter termite proof?
  363.  
  364.  
  365.